home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv2.zip / V2N01.TXT next >
Internet Message Format  |  1993-01-28  |  40KB

  1. From ddebry@dsd.es.com Mon Jan  4 16:21:59 1993
  2. Received: by eclipse.sheridanc.on.ca (5.57/smail2.5/3-10-92)
  3.     id AA23907; Mon, 4 Jan 93 16:21:24 -0500
  4. Received: from dsd.ES.COM ([130.187.85.113]) by orca.es.com (4.1/SMI-4.1)
  5.     id AA23223; Mon, 4 Jan 93 14:19:26 MST
  6. Errors-To: ultrasound-owner@dsd.es.com
  7. Received: from itchy (itchy.dsd.ES.COM) by dsd.ES.COM (4.1/SMI-4.1/e&s_server-2.1/dsd)
  8.     id AA03128; Mon, 4 Jan 93 14:19:33 MST
  9. Errors-To: ultrasound-owner@dsd.es.com
  10. Received: by itchy (5.61/1.34)
  11.     id AA26538; Mon, 4 Jan 93 14:12:37 -0700
  12. Received: from bambam by itchy (5.61/1.34)
  13.     id AA11260; Fri, 1 Jan 93 01:59:55 -0700
  14. Received: from itchy (itchy.dsd.ES.COM) by dsd.ES.COM (4.1/SMI-4.1/e&s_server-2.1/dsd)
  15.     id AA10423; Fri, 1 Jan 93 02:03:56 MST
  16. Errors-To: ultrasound-owner@dsd.es.com
  17. Received: by itchy (5.61/1.34)
  18.     id AA11235; Fri, 1 Jan 93 01:51:02 -0700
  19. Message-Id: <9301010851.AA11235@itchy>
  20. Date: Fri,  1 Jan 93 01:51:01 MST
  21. From: Ultrasound Digest Owner <ultrasound-owner@dsd.es.com>
  22. Errors-To: Ultrasound Digest Owner <ultrasound-owner@dsd.es.com>
  23. Subject: Ultrasound Daily Digest V2 #1
  24. Reply-To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  25. Precedence: Bulk
  26. Apparently-To: ultrasound-step2
  27. Status: OR
  28.  
  29. Ultrasound Daily Digest     Fri,  1 Jan 93       Volume 2 : Issue   1 
  30.  
  31. Today's Topics:
  32.                           669 files (2 msgs)
  33.                              Buying a GUS
  34.                   Digest Admin: Is a split needed? 
  35.           Effect of DMA Buffer Size On Choice of DMA Channel
  36.             GUS CH Interface, is it regular SCSI? (2 msgs)
  37.                            GUS memory prob?
  38.                GUS Programming: The Repost III (2 msgs)
  39.              How to use user-created patches with Windows
  40.                         Maintain Single Digest
  41.                               midi files
  42.                    New drivers - first impressions
  43.              New Gravis software solves several problems
  44.                            Purchase of GUS
  45.                       SBOS 1.23 beta impressions
  46.                            Split the Group?
  47.                         Two questions/problems
  48.                     Ultrasound Daily Digest V1 #62
  49.                     Ultrasound Daily Digest V1 #63
  50.  
  51.     Information about the UltraSound Daily Digest (such as
  52. mail addresses, request servers, ftp sites, etc., etc.) can be found
  53. at the end of the Digest.
  54. ----------------------------------------------------------------------
  55.  
  56. Date: Wed, 30 Dec 92 14:05:23 GMT
  57. From: tld@moon.base.bellcore.com (Terry Davidson)
  58. Message-Id: <1992Dec30.140523.5827@walter.bellcore.com>
  59. Subject: 669 files
  60. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  61.  
  62. In article <1992Dec30.102438.17788@sfu.ca>, mtichy@fraser.sfu.ca (Martin Tichy) writes:
  63. |> Thanks to PHAT and Gab my uploading problem is fixed.  I
  64. |> have uploaded about 7 669 files to the ftp site
  65. |> archive.epas.utoronto.ca in the \pub\pc\ultrasound\submit
  66. |> directory.
  67. |> 
  68. |> The following files are 669 music modules which can be played 
  69. |> with p669gu0.arj.
  70. |>  
  71.  
  72. OK - (1) what are `669' music modules?  (2) what does p669gu0.arj support?
  73.      SB? PAS16? GUS? (3) Stereo?
  74. -- 
  75.  # include disclaimer.lib   //* All standard disclaimers apply *//
  76.  My wife let's me think my opinions are my own.  Bellcore doesn't care
  77.  either way, and doesn't claim them anyway...
  78.  Terry Davidson - tld@cosmos.bellcore.com / tld@cosmos.bae.bellcore.com      
  79.  
  80. ------------------------------
  81.  
  82. Date: 30 Dec 92 15:27:39 GMT
  83. From: s106275@ee.tut.fi (Anssi Saari)
  84. Message-Id: <s106275.725729259@ee.tut.fi>
  85. Subject: 669 files
  86. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  87.  
  88. In <1992Dec30.140523.5827@walter.bellcore.com> tld@moon.base.bellcore.com (Terry Davidson) writes:
  89.  
  90. >OK - (1) what are `669' music modules?  (2) what does p669gu0.arj support?
  91. >     SB? PAS16? GUS? (3) Stereo?
  92.  
  93. (1) They are 669 music modules. 8 channels, stereo, maximum size 1408kB. The 
  94. editor is Composer 669 or some such, requires 386, 2MB and VGA and no memory 
  95. managers, supports SB and SB pro.
  96.  
  97. (2) GUS.
  98.  
  99. (3) I'm not sure whether p669gu0 supports stereo. It says that it doesn't 
  100. support most special commands. I have only two modules hardwire.669 (comes
  101.  with the editor) and crystal.669, I haven't listened to the 7 new modules 
  102. uploaded to epas yet. If there's interest, I'll upload the editor to epas as 
  103. well. Does anyone know if there is newer version than 1.3?
  104.  
  105. Anssi
  106. -- 
  107. Anssi Saari s106275@ee.tut.fi                
  108. Tampere University of Technology 
  109. Finland, Europe                  
  110.  
  111. ------------------------------
  112.  
  113. Date: Thu, 31 Dec 92 15:52:05 -0800
  114. From: mchen@cory.berkeley.edu (Mike J. Chen)
  115. Message-Id: <9212312352.AA27800@cory.Berkeley.EDU>
  116. Subject: Buying a GUS
  117. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  118.  
  119. Hi all.  I've just started to read all the info about the GUS and
  120. it sounds like a very good board.  I had some questions about finding
  121. a place to buy one though.  I've looked in my local computer magazine
  122. adds and nothing.  No mention of the board.  I also read in the
  123. mailing list info articles about possible new releases coming out
  124. soon.  Does anyone know when these new release are due and what they
  125. will add?  I don't want to get a board just before a new release!
  126. As for purchasing, what is the best prices people have seen mailorder
  127. and does anyone know of stores in the San Francisco Bay Area region
  128. which carry it (specifically the Berkeley region) in case I don't want
  129. to wait for shipping.
  130.  
  131. Thanks for any responses.  Please send email to mchen@cory.berkeley.edu
  132.  
  133. -=Mike
  134.  
  135. ------------------------------
  136.  
  137. Date: Thu, 31 Dec 92 12:58:49 -0500
  138. From: "It's your hand, Buckaroo" <dantonio@magick.tay2.dec.com>
  139. Message-Id: <9212311758.AA01325@magick.tay2.dec.com>
  140. Subject: Digest Admin: Is a split needed? 
  141. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  142.  
  143. >     There was a comment made a few days ago that the digest had
  144. > deteriorated into a "how do you get this game to work" forum.
  145.  
  146. Not sure I'd call this "deteriorated". Since there isn't much out there
  147. yet for native GUS stuff, getting SBOS to work is a pressing need...
  148.  
  149. >     I've been watching, and there does seem to be a large amount
  150. > of this going on.  I'm wondering if it calls for a split into two
  151. > or more digests or mailing lists.
  152.  
  153. I'd say wait a while. I've been told by Gravis that there will be some
  154. game announcements in January and hopefully the SDK will be rewritten and
  155. released soon. Given the NDA stuff, the folks who have the current SDK
  156. can't really go around asking questions about it...
  157.  
  158. I'm also not sure what kind of questions/comments people EXPECT to see. I
  159. tend to answer stuff via direct mail to the perosn asking. Should I be
  160. sending to the digest as well?
  161.  
  162. DDA
  163.  
  164. ------------------------------
  165.  
  166. Date: Thu, 31 Dec 1992 10:30:54 -0500 (EST)
  167. From: bli@hubcap.clemson.edu (Bao Li)
  168. Message-Id: <9212311530.AA07201@hubcap.clemson.edu>
  169. Subject: Effect of DMA Buffer Size On Choice of DMA Channel
  170. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  171.  
  172. It seems to me that the size of DMA buffer has effect on the choice of
  173. 8 bit or 16 bit DMA channel when using EMM386.EXE on my machine.
  174.  
  175. I bought a GUS recently.  The installation had no problem when using
  176. all default values.  After the initial installation, I found that there
  177. were intermittent static noises when playing some musics.  I tried to
  178. switch the DMA channel from the default 1 (8 bit) to 7 (16 bit) as 
  179. suggested by some netters.  After switching, my computer became unstable
  180. when playing songs.  Occationally, it worked well in both DOS and WINDOW.
  181. But most of time it would lock my machine.  Sometimes, It worked in DOS.
  182. When I run Window, it gave a lot of noise and Window locked when exit.
  183. Sometimes it worked in DOS at beginning, after MIDIDEMO played a couple of
  184. musics the computer locked up .   I had no choice but reboot.
  185. It was especially true when I run FLIDEMO right after reboot. FLIDEMO 
  186. refused to work properly even if when PLAYMIDI could works. (Note: I switched
  187. DMA channel in Window too every time I run SETUP.)   After rebooting and
  188. trying many times, I gave up and went back to DMA channel 1. 
  189.  
  190. Yesterday, I added "d=128" to the line "device=c:\windows\emm386.exe noems"
  191. in my CONFIG.SYS file (default value was d=16, I think.).  And then, I 
  192. setup the DMA channel to 7 again.  This time everything works fine, both
  193. in DOS and WINDOW. (My window DMA buffer has been setiting up to 200 in
  194. SYSTEM.INI file.)      
  195.  
  196. My machine's configuration:
  197.     DTK 386 SX/16 (DTK bios) C&T chip set
  198.     Quantum 170AT hard disk
  199.     ATI 8514 Ultra and ET4000 SVGA adapter
  200.     GUS ver. 1.24 with 1 MB
  201.     
  202. Also, I found if I install the GUS on the expansion slot as far away as
  203. possible from my video card, as suggested in GUS manual, I will get a lot
  204. of sustained noise.  I think the noise come from my hard disk since the
  205. GUS is very close to it if I use that slot.  Right now I move the card 
  206. closer to my ATI Ultra, and the noise disappear.
  207.  
  208. Bao
  209.  
  210. ------------------------------
  211.  
  212. Date: 30 Dec 92 17:14:30 GMT
  213. From: unity@mcl.ucsb.edu (Andrea Pessino)
  214. Message-Id: <unity.725735670@mcl>
  215. Subject: GUS CH Interface, is it regular SCSI?
  216. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  217.  
  218. Hi, I'd like to know if the optional CD interface on the GUS is a 
  219. regular SCSI; I already have an internal CD, but I have a bunch of
  220. other SCSI devices (a Syquest drive, a tape backup unit, etc.) that
  221. I need to use. I was going to buy a SCSI interface, or even a PAS+
  222. (in addition to the GUS) just for that. If the GUS could do it all,
  223. it would make me even happier :)
  224.  
  225. Thanks in advance..
  226. --
  227.  Andrea Pessino // Kiwi Software, Inc. // unity@mcl.ucsb.edu
  228.  
  229. ------------------------------
  230.  
  231. Date: Thu, 31 Dec 1992 08:06:50 EST
  232. From: Matthew E. Bernold <MEB117@psuvm.psu.edu>
  233. Message-Id: <92366.080650MEB117@psuvm.psu.edu>
  234. Subject: GUS CH Interface, is it regular SCSI?
  235. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  236.  
  237. In article <unity.725735670@mcl>, unity@mcl.ucsb.edu (Andrea Pessino) says:
  238. >
  239. >Hi, I'd like to know if the optional CD interface on the GUS is a
  240. >regular SCSI; I already have an internal CD, but I have a bunch of
  241. >other SCSI devices (a Syquest drive, a tape backup unit, etc.) that
  242. >I need to use. I was going to buy a SCSI interface, or even a PAS+
  243. >(in addition to the GUS) just for that. If the GUS could do it all,
  244. >it would make me even happier :)
  245. >
  246. Ok, maybe this will clear up the problems some people have been having
  247. with soundcards and CD-ROM drives.
  248.  
  249. To use a CD-ROM drive with a soundcard, you need two things, a controller
  250. for the drive, and a connection to the soundcard so you can record from the
  251. CD, or play the CD back through the soundcard's amp.  Many people have
  252. recently been confusing the two, and I haven't seen anyone trying to clear
  253. the situation up.  On Creative Labs soundcards, the INTERFACE part is non-
  254. standard (NOT SCSI), but you can still hook up ANY CD-ROM drive that has
  255. it's own interface card to the soundcard's audio in (either the 3 or 4 pin
  256. CD-in connector, or just a line in) without any problem.  Same type of
  257. thing with the GUS.  If you have a CD-ROM with it's own interface, like a
  258. seperate SCSI controller, you can still hook up the CD's audio in to the
  259. card.
  260.  
  261. The one thing I would watch out for is that most SCSI controllers on sound
  262. boards do not have very good transfer rates.  They are more than sufficient
  263. for a CD-ROM, but trying to hook up a hard drive to that controller isn't the
  264. best way to get serious speed out of a drive....I'd check that out first if I
  265. were you.  (Note: I have NO idea what the transfer rate on the Gravis SCSI
  266. daughterboard is, but I hope it's FANTASTIC, cuz I own a Gravis... :-)
  267.  
  268. >Thanks in advance..
  269. >--
  270. > Andrea Pessino // Kiwi Software, Inc. // unity@mcl.ucsb.edu
  271.  
  272. You're quite welcome, and I hope that others out there who are confused about
  273. this can straighten it out.
  274.  
  275.        Matthew E. Bernold             MEB117@PSUVM.PSU.EDU
  276.          <<APOCALYPSE>>                  meb@haydn.psu.edu
  277.  
  278. ------------------------------
  279.  
  280. Date: Thu, 31 Dec 92 17:38:00 PST
  281. From: brian@ccnext.ucsf.edu (Brian Huddleston)
  282. Message-Id: <9301010138.AA19043@ ccnext.ucsf.edu >
  283. Subject: GUS memory prob?
  284. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  285.  
  286. Greetings all,
  287.     I just finished installing my 1meg of Dram into my GUS, and I came 
  288. across a few things I want to ask about.  The chips in the card it's self are
  289. 100ns but the ones I installed are 80ns, Is it ok to mix? (the card now has
  290. 2 100ns and 6 80ns).  The Dram tester says all clear.  But when I played some
  291.  .mids some sounded a litte off, could it just be the programming of the mid
  292. or can bad (fast/slow) chips cause a prob like that? Also, what is a GOOD mid 
  293. to show off the GUS.  (I loved hidnseek, but it's short and limited) I'm looking
  294. for a mid that plays a lot of different patches.  Two last things: 
  295. 1: When I try to play the Simpson mid I keep getting some "Unable to load program 7 to track 4) or something like that. (so the song isn't complete) I still 
  296. hear  what has been loaded. 
  297. 2: last thing, has anyone had any probs with Starcon][, for some reason, 
  298. it messes up what playing a few songs, (eg: an instrument in a song is replaced
  299. with another instrument. or when I fire a missle from the earth ship I sometimes
  300. hear the effect for the pkunk: "Goober, Idiot, etc....) 
  301.  
  302. HELP.....
  303.  
  304.                     brian@ccnext.ucsf.edu
  305. (I still love this card!!!)
  306. (May all your GUS'es live long and prosper)
  307.  
  308. ------------------------------
  309.  
  310. Date: Wed, 30 Dec 1992 02:05:52 GMT
  311. From: janicek@ccu.umanitoba.ca (Jana Janicek)
  312. Message-Id: <C01v5s.JFM@ccu.umanitoba.ca>
  313. Subject: GUS Programming: The Repost III
  314. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  315.  
  316.     Okay, I am pretty sure that patches are not limmited to 64K as I
  317. guessed earlier. I am in fact having the reverse as a problem in my patch
  318. routines. I mean, I cannot seem to make my patches cut off where they
  319. should. They all seem to cycle through the full meg of on board ram. But I
  320. will keep on hacking untill I solve these problems.
  321.  
  322. Some more observations (GOOD and BAD):
  323.  
  324. **Remember that my routines are not yet perfected and many of the BAD
  325. stuff is probably based on this fact.
  326.  
  327. First, the bad. We have heard before some complaints of a slight popping
  328. noice when playing certain MIDI files with the GUS. Well, I thought I
  329. would further investigate this. I listened to all sorts of GUS stuff,
  330. (patch based). MIDIS do indeed (some more than others) seem to have a
  331. popping problem. It is not very noticible at first, but the more you
  332. listen, the more annoying it becomes. I found this same popping in Star
  333. Control II, and again in the Modulatr (which is a BETA I should remind
  334. people). The final place I found popping was in my own patch test
  335. programs. So, I did some experiments.  The patch I am using is the
  336. spook.snd file in the ULTRASND/SOUNDS directory. I played this patch using
  337. USS8, than I saved it from the GUS DRAM with my own routine to disk, and
  338. than the fun began. It seems that whenever start_voice_playing is called,
  339. the first thing it does is generate a pop. I was not 100% certain of this,
  340. so I created a loop, and played the same patch through 15 voices with a
  341. 30ms delay between each one. The result was an awsome sound with a
  342. distinct loud buzzzzzzz right at the begining. In other words, alot of
  343. pops being played one after the other. This made my heart sink, could
  344. GRAVIS have overlooked such a flaw in their hardware? I checked the patch
  345. itself to see if there was any noise at the begining, I found a fairly
  346. constant stream of values close to zero. This should not creat such a
  347. distinct buzzing pop noise. I really really really hope this is a bad
  348. patch or there is a fault in my routines that is doing this, but as I
  349. listen to more and more GUS native stuff, I still hear the little pops. If
  350. this is hardware, I hope the next revision addresses this problem.
  351. Remember, I am merely making an observation, I don't want to start a flame
  352. war, I hope I am wrong, but I cannot ignore my ears or those pops any longer.
  353.  
  354. Now, some good observations. I found that you can do some really cool
  355. stuff with the GUS, one of my favorite things is creating an
  356. echo/reverb/metallic effect by playing the same patch on several voices I
  357. use about 6 to 10 depending on how pronounced I want the effect, with a
  358. very small delay between each one (about 10..20 ms).  This effect would
  359. wave some really neat uses in games where they could use the same patch on
  360. board the card to generate several different sounds. A really neat
  361. effect, must be heard to be believed.
  362. My next project is the Patchinator (cant think of a better name yet)
  363. which will do precisly that mentioned above, using the special abilities
  364. of the GUS to do cool things to samples.
  365.  
  366. -Later
  367.  
  368. ------------------------------
  369.  
  370. Date: 29 Dec 1992 14:39:09 -0800
  371. From: joseph@aludra.usc.edu (Jeff Lawson)
  372. Message-Id: <1hqk2dINNqeu@aludra.usc.edu>
  373. Subject: GUS Programming: The Repost III
  374. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  375.  
  376. In article <C00Cop.LDH@ccu.umanitoba.ca> janicek@ccu.umanitoba.ca (Jana Janicek) writes:
  377. >And one final observation: This is just a guess, but I am finding some
  378. >evidence to support this.  Is it true the GUS can play patches only 64K in
  379. >length? I have noticed that the Modulator often gives patch too large
  380. >errors, and I had a look at the patches in the ULTRASND\MIDI directory,
  381. >with the exception of one, all of the patches seem to conviently fit under
  382. >65536 bytes (the larger one may be some sort of compound patch??) Am I
  383. >just dreaming or is this substanciated?
  384.  
  385. I believe that you're dreaming.  The reason why the Modulator gives
  386. you that message was because I was in a hurry when I wrote the sample
  387. loading routine and I try to load each sample in with one pass.
  388. Unfortunately, you cannot have a string larger than 32k (that's really
  389. the cutoff point, not 64k) in QuickBASIC (which is what the whole
  390. program is written in, except for a couple of short screen updating
  391. routines in assembly.)  I could easily make it take more than one pass
  392. to load a sample if it is too long, but right now I am in the middle
  393. of converting the entire program to C and I'll work out those bugs as
  394. well as other little things like stereo and wiping the memory faster
  395. when I'm done converting.  With that mentioned, don't expect the next
  396. version out for at least a couple of weeks (there's over 5,000 lines
  397. totaling almost 400k of source!)
  398.  
  399.  
  400. ---
  401. Jeff Lawson
  402. joseph@aludra.usc.edu
  403.  
  404. ------------------------------
  405.  
  406. Date: Thu, 31 Dec 92 07:36:59 PST
  407. From: bs@mda.ca (Bruce Sharpe)
  408. Message-Id: <9212311536.AA01843@ mda.ca>
  409. Subject: How to use user-created patches with Windows
  410. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  411.  
  412. >just got the new patch manager... am I to understand that you cannot load
  413. >any user-created patches with it? And if so.. how?
  414. >I have several patches I would like to use outside of the limited playmidi
  415. >program (including Dion's)  
  416. >
  417. The short answer is: You can load any patches you want.  However, in any
  418. given Windows session the driver (and hence the Patch Manager) can only 
  419. use the patches that were listed in the ULTRASND.INI file that was
  420. read when Windows was started.
  421.  
  422. To use a set of patches different from the default ones, edit the 
  423. ULTRASND.INI file.  (It lives in the directory pointed to by the environment
  424. variable ULTRADIR.) This file has two kinds of information:
  425.   (1) Where do the patch files live? This is the PatchDir variable in the
  426.       [Ultrasound] section.
  427.   (2) What is the name of the patch file that goes with a given patch 
  428.       number? This is what the lines that look like
  429.     0=acpiano1
  430.       are all about.  That line informs that driver that whenever the
  431.       melodic patch number 0 is needed, it is to use the patch in the file
  432.       ACPIANO1.PAT that lives in the PatchDir directory.
  433. Change the appropriate lines in ULTRASND.INI to point to any patches you
  434. want to use.
  435.  
  436. When using the Patch Manager, the patch names shown will default to those
  437. in the General MIDI set.  You can use the Options | Preferences menu
  438. command to instead show the names that are embedded in the patch files.
  439. This lets you use any names you want, by putting them into the patch header.
  440. (These names are not quite right in the current set of default patches,
  441. hence you'll get a lot of ? marks when you choose this option with them.)
  442.  
  443. >do I have to mess with the midi mapper?
  444. >
  445. No.  The MIDI Mapper can only shuffle around the patches that were named
  446. in the ULTRASND.INI file.  It is highly unlikely that anyone would want
  447. to use the MIDI Mapper with the GUS.  The Patch Manager does not go through 
  448. the MIDI Mapper.  It talks only to the Ultra Wave and MIDI Synth device.
  449.  
  450. Bruce Sharpe
  451.  
  452. ------------------------------
  453.  
  454. Date: Thu, 31 Dec 92 11:36:16 -0700
  455. From: Marc Clarke <mic@hpfimic.fc.hp.com>
  456. Message-Id: <9212311836.AA26587@hpfimic.fc.hp.com>
  457. Subject: Maintain Single Digest
  458. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  459.  
  460. Today's digest contained a request for comments about the idea of splitting the
  461. digest into a games and non-games section.  I oppose this suggestion.  I think
  462. the heavy game-related traffic we are observing now is a natural phenomenon in
  463. the life cycle of a very immature sound card as people try to get it working
  464. with existing applications.  The Gravis card and its drivers were clearly
  465. released to the paying public when they were in fact only ready for alpha-test
  466. on controlled machines at the Gravis lab with every existing game on the
  467. market.  Gravis instead conned the readers of this list into paying for the
  468. cards and then peforming that alpha testing.  Once the alpha-test Gravis
  469. emulators settle down into released and tested form, working smoothly with all
  470. the existing games out there, we will see severalsubsequent phases in the life
  471. of this mailing list.  As new games come onto the market purporting to support
  472. the Gravis in native mode, we will see more traffic about how these new games
  473. don't quite work.  As new music sequencers (Cakewalk, etc.)  and song
  474. generators (Band in a Box, etc.) start to support the Gravis in native mode, we
  475. will see a lot of traffic about how the applications don't quite work and what
  476. their quirks are.  All these phases will come and go.  
  477.  
  478. In the mean time, there will be a steady flow of information about the card,
  479. how to configure it, how to make it work correctly, how to connect cables to
  480. it, new patch editors, evaluations of Gravis' continuing attempts to improve
  481. their software up to beta-test quality, and so on.  
  482.  
  483. I support the idea of keeping a single mailing list containing all these
  484. threads.  Like many others, I archive these digests.  They act as my reference
  485. manual for how to configure the card tow work with various games, which new
  486. games to buy, what capabilities do or do not exist for the card, and what new
  487. features we can look forward to.  Keep the digest as it is, containing all the
  488. GUS-related threads.
  489.  
  490. -- Marc Clarke
  491.  
  492. ------------------------------
  493.  
  494. Date: Thu, 31 Dec 1992 14:11 MST
  495. From: Dustin Caldwell <DUSTIN@GSE.UTAH.EDU>
  496. Message-Id: <9E7941291000041A@CC.UTAH.EDU>
  497. Subject: midi files
  498. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  499.  
  500. Does anyone know the format of .mid files, or where to find out? (header,
  501. note descriptions, etc.)
  502. I want to write a program to make .mid files, but cannot find out how they
  503. work. 
  504.  
  505. Thanks in advance,
  506. Dustin Caldwell
  507. dustin@gse.utah.edu
  508.  
  509. ------------------------------
  510.  
  511. Date: Thu, 31 Dec 92 11:13 EST
  512. From: Scott Bringen                        <ZMSKB@GIBBS.GSFC.NASA.GOV>
  513. Message-Id: <9212311614.AA20339@orca.es.com>
  514. Subject: New drivers - first impressions
  515. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  516.  
  517. Hi all,
  518.   I downloaded the new Windows driver and SBOS. Although I
  519. haven't had any trouble with the previous versions, I
  520. installed them just to see what would happen. I'm running a
  521. 386/33 clone with 4 meg ram, DOS 5.0, Smartdive, Himem.Sys,
  522. Windows 3.1 and Norton Desktop 1.0. I run everything low.
  523. My GUS is set to 220,7,11,5 and has the origonal 256K
  524. memory. I'll upgrade someday :).  I installed the new GUS
  525. drivers and played with them for about an hour.  Here are my
  526. non-technical first impressions.
  527.   The Windows driver is an improvement. I played a few MIDI
  528. files(downloaded from epas, my thanks to the uploaders!) with
  529. Media Player.  At least one song had more instruments than
  530. when played with the previous driver. I think the sound was
  531. a little smoother too(a bit subjective!).
  532.   SBOS 1.2B didn't seem much different than the previous
  533. version.  But like I said, I wasn't having problems before.
  534. The only game I have to test it out on is the old version of
  535. Chuck Yeager's Air Combat(pre-GUS) run with the BLASTER
  536. parm. I think the digital speech was alittle softer than
  537. before, but still plenty loud. About the only strange sounds
  538. I've ever noticed are when the enemy planes crash. I get a
  539. quiet squeally(sp) sound. The other sounds have always been
  540. fine and still are. 1.2B has turned off the famous 'SBOS
  541. installed' announcement. I like this. It gets a little old
  542. after awhile.
  543.   So I'm happy with the latest and greatest releases :). I
  544. want to thank GRAVIS for uploading these updates. I think
  545. this is a *great* way to service their customers.
  546.   By the way, has anyone come across a Windows MIDI player
  547. that will sequentially play all the MIDI files in a
  548. directory? Something like MediaPlayer would be nice.
  549.  
  550.   Take it easy,
  551.     Scott Bringen ...... has anyone seen my sig. file?
  552.  
  553. ------------------------------
  554.  
  555. Date: Thu, 31 Dec 1992 01:23:50 GMT
  556. From: fisher@nodename.dec.com
  557. Message-Id: <1992Dec31.012825.10072@nntpd.lkg.dec.com>
  558. Subject: New Gravis software solves several problems
  559. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  560.  
  561. I just downloaded the latest and greatest windows drivers, patch manager, and
  562. SBOS.  They seem to solve several problems.
  563.  
  564. SBOS is available as a driver which can be loaded high.  That saves memory.  In
  565. addition I think the patches sound better.  At least they do with Kings Quest
  566. V.
  567.  
  568. And best of all, the windows drivers seem to understand the SBOS driver, so
  569. that you don't need to unload SBOS or even run Ultrinit before starting
  570. windows.  I tried this and no more of the "ralph all of GUS memory all out the
  571. D/A" problem after the Ta-DAAA.
  572.  
  573. One problem that STILL happens, however:  in Earl Weaver Baseball II, the music
  574. sounds nice up till the first crack of the bat, or other digitized sound (like
  575. "OUT!" call from the ump).  After that, no music at all, and the digitized
  576. sounds all come out the PC speaker.
  577.  
  578. Finally, the patch manager is neat.  It lets you see what is loaded in GUS
  579. memory, and even better, you can play each patch individually.  They are really
  580. pretty darn good with only a few exceptions.  Plus "Orchestra strings" and
  581. "String Pizzacato" seem to be reversed.  And "Helicoptor" is more like "Mack
  582. Truck".  But hey, compared to FM, it is great!
  583.  
  584. Burns
  585.  
  586. ------------------------------
  587.  
  588. Date: Thu, 31 Dec 92 11:25:49 CST
  589. From: meferg@cobra.b23a.ingr.com (Mark E. Ferguson)
  590. Message-Id: <199212311725.AA03852@cobra.b23a.ingr.com>
  591. Subject: Purchase of GUS
  592. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  593.  
  594. I've finally decided to purchase a GUS for my system and would like to hear
  595. from you where the best prices and best service can be found.  I've looked
  596. through the January Computer Shopper but haven't been able to find anyone who
  597. carries the board.  Also, has anyone installed a GUS in a Gateway 486DX-33 ISA
  598. system?  If so, did you have any special problems getting things working
  599. properly.  Thanks for any information you can provide.....
  600. -- 
  601. +----------------------------------------------------------------------------- +
  602. | Mark E. Ferguson                                Intergraph Corporation       |
  603. | meferg@cobra.b23a.ingr.com      __o             One Madison Industrial Park  |
  604. |                                -\<,             Huntsville, Alabama  35894   |
  605. | .............................(*)/(*).......     (205) 730-8863           |
  606. +------------------------------------------------------------------------------+
  607.  
  608. ------------------------------
  609.  
  610. Date: Thu, 31 Dec 92 14:24:30 EST
  611. From: Meshreki@ee.udel.edu
  612. Message-Id: <9212311924.aa18148@zip.ee.udel.edu>
  613. Subject: SBOS 1.23 beta impressions
  614. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  615.  
  616. Here are my impressions of the new SBOS 1.23 Beta:
  617.  
  618. ftp archive.epas.utoronto.ca: /pub/pc/ultrasound/submit/gus0009.zip
  619.  
  620. (and don't forget to grab ->  /pub/pc/ultrasound/submit/gus0012.zip
  621.  the new Windows drivers! ->  /pub/pc/ultrasound/submit/patchmgr.zip)
  622.  
  623. --- SUMMARY -------------------------------------------------------------------
  624.  
  625. Where SBOS 1.22 fixed digital sound problems, SBOS 1.23 fixes the
  626. uneven (music/digitized sound) volume ratio. It also adds 5 new *.SBS 
  627. patches, and introduces a new (optional) SBOSDRV.SYS driver that has 
  628. some bugs.
  629.  
  630. --- SPECIFICS -----------------------------------------------------------------
  631.  
  632. GUS0009.ZIP contains 35 *.SBS patches, of which only five are new.
  633. They are alternates of the five percussion patches (the names are 
  634. slightly changed.)  The other 30 patches are the same as the ones 
  635. that came on my 1.21 install disks.  
  636.  
  637. SBOS 1.23 fixes the uneven ( music / digitized sound ) ratio.  It has 
  638. increased the playback volume level of the patches while leaving the
  639. digitized sfx unchanged.  Why do the sfx sound quieter?  LOADSBOS -debug
  640. will show you that the default volume level is now 15, whereas it
  641. was previously 28 with SBOS 1.22.  (Try LOADSBOS -v32 if you want to
  642. hear some static overload in games with music)
  643.  
  644. Unfortunately, for some games, the music overpowers the digitized 
  645. speech.  I can still hear the Kilrathi talking (in the Wing Commander 
  646. 2 demo), but I can't really understand 100% of what they are saying.  
  647. Perhaps Gravis can add a separate volume control for the music in 
  648. LOADSBOS.EXE?
  649.  
  650. With the new SBOS, you can use either SBOSDRV.SYS in your config.sys
  651. or SBOSDRV.EXE anywhere else.  SBOSDRV.SYS has some quirks.
  652. The first one is that LOADSBOS.EXE -f cannot remove it from memory.
  653. (Intentional?)  The second one is that it doesn't work with some
  654. games that SBOSDRV.EXE works with, and with stranger results.  For
  655. example, if a boot loads 
  656.      HIMEM.SYS -> SBOSDRV.SYS -> ULTRINIT -> LOADSBOS.EXE 
  657. and nothing else (no TSR's, other drivers), then Jill of the Jungle 
  658. (Epic) will shortly into the game stop playing digitized sfx and then 
  659. shortly after that completely lockup my computer.  Now if I just add 
  660. one thing to my boot sequence, 
  661.      HIMEM.SYS -> SBOSDRV.SYS -> ULTRINIT -> DOSKEY -> LOADSBOS
  662. Jill of the Jungle works perfectly fine!  There are other weirder 
  663. combinations that will and won't work (like my standard config and
  664. autoexec :-(, but it all seems sorta goofy to me.  Check out the game 
  665. reports for a few others.
  666.  
  667. "If I ignore the fact that SBOSDRV.SYS exists and just use the new
  668. SBOSDRV.EXE & LOADSBOS.EXE, then I have SBOS 1.22 robustness and I get 
  669. the new music volume level functionality."
  670.  
  671. By the way, has anyone noticed (heard) any of the 5 new SBOS patches?  
  672. I really can't tell if there's a difference in any of the games I've tried.
  673.  
  674. --- GAME REPORTS -------------------------------------------------------------
  675.  
  676. All of the following worked with no problems and no switch settings
  677. with SBOS 1.22 and SBOS 1.23 (using SBOSDRV.EXE).  The following report
  678. deals _only_ with SBOSDRV.SYS.  
  679.  
  680. GOBLIIINS (Cocktel Vision)
  681.  
  682. Fine.
  683.  
  684. GOBLIINS 2 [Demo], WEEN [Demo] (Cocktel Vision)
  685.  
  686. Fine.
  687.  
  688. INCA [Demo] (Cocktel Vision)
  689.  
  690. This provided for the most interesting results.  The demo runs smoothly
  691. until you board the Spanish galleon in space.  You start to walk around
  692. (a la Ultima Underworld) and then the animation freezes for 3 entire
  693. minutes while the music continues playing!  After a hefty chunk of
  694. silence, the demo continues normally.  At the end the demo automatically 
  695. restarts itself and the same thing occurs everytime at the Spanish galleon.
  696.  
  697. WOLFENSTEIN 3-D (Id)
  698.  
  699. Runs fine.  Here is a game where I actually liked the digitized sfx
  700. to be a lot louder than the music (when using SBOS 1.22).
  701.  
  702. VEIL OF DARKNESS [Demo] (Event Horizon)
  703.  
  704. The music plays fine, but there is no digitized sfx or speech.
  705.  
  706. ULTIMA 7 [Demo] (Origin)
  707.  
  708. This works fine, but suffers from the "quiet speech" syndrome I described.
  709. The speech also stutters, as it did with SBOS 1.22.
  710.  
  711. WING COMMANDER 2 [Demo] (Origin)
  712.  
  713. The music works, but there is no speech.
  714.  
  715. GALACTIX (Cygnus)
  716.  
  717. Fine.  Here is a game where I'm glad the sfx are much quieter!  (Too
  718. many loud and annoying metallic grinding noises blew my ears off with
  719. SBOS 1.22)
  720.  
  721. KILOBLASTER (Epic)
  722.  
  723. Works, but the sfx seem to be bypassing the volume control!  They are
  724. extremely loud.  Now, if I play galactix immediately after, the digitized
  725. sound in Galactix also becomes outrageously loud.  Both problems
  726. occur independent of whether I use SBOSDRV.SYS or SBOSDRV.EXE.
  727.  
  728. JILL OF THE JUNGLE (Epic)
  729.  
  730. See SPECIFICS above.
  731.  
  732. BRIX (Epic)
  733.  
  734. Has the same problem as Jill of the Jungle.
  735.  
  736. OUT OF THIS WORLD [Demo] (Delphine)
  737.  
  738. Fine.
  739.  
  740. ==EURODEMOS==
  741.  
  742. So far, none of the EuroDemos I tried have changed (work, not work, etc.) 
  743. with SBOS 1.23.  One additional demo that sounds good (and works :-)
  744. is DRAGNET (with SBOSDRV.EXE only).
  745.  
  746. --- My HARDWARE ---------------------------------------------------------------
  747.  
  748. 386DX-33 Laptop w/ Docking Station
  749. 32K ext. cache, VLSI(?) Chipset, Award BIOS 3.20
  750. 386Max 6.02, SBOSDRV.EXE loaded high, MSDOS 5.0
  751.  
  752. ------------------------------
  753.  
  754. Date: Thu, 31 Dec 92 16:39:31 EST
  755. From: warrenl@graphics.rent.com (Warren Lieuallen)
  756. Message-Id: <k12NwB1w165w@graphics.rent.com>
  757. Subject: Split the Group?
  758. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  759.  
  760.    I say "NO" to splitting the digest up into separate groups.  You
  761. never know where you'll pick up a useful tidbit for the GUS, and if
  762. a message concerns a game I don't have, I just skim it quickly.  I
  763. wouldn't think the volume in this digest is large enough to warrant
  764. splitting it up.
  765.  
  766.   ======================The Graphics BBS @ (908)469-0049=====================
  767.   Dr. Warren G. Lieuallen    R.W.Johnson Pharmaceutical Research Institute
  768.   BitNet: LIEUALLEN@AM@ALLOY Raritan, NJ   (908)704-4368
  769.   InterNet: warrenl@graphics.rent.com
  770.   ===="Imagination is more important than knowledge." -- Albert Einstein ====
  771.  
  772. ------------------------------
  773.  
  774. Date: Thu, 31 Dec 92 08:39 EST
  775. From: "Matthew E. Bernold" <MEB117@PSUVM.PSU.EDU>
  776. Message-Id: <9212311338.AA18349@orca.es.com>
  777. Subject: Two questions/problems
  778. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  779.  
  780. First off, an SBOS question.  Has anyone gotten the GUS to work with the
  781. Sierra game Thexeder II: Firehawk?  I can get it to work fine in AdLib mode,
  782. but then the lasers and explosions sound stupid.  It worked once in SB mode
  783. for about 45 seconds, and then locked up cold.  Most of the time it just keeps
  784. repeating the digital sounds over and over, no matter what combination of
  785. options I use for SBOS.  I tried v1.22 and the new v1.23 with no changes.
  786.  
  787. *Flame mode on*
  788. Second, who's ASSININE idea was it to make SBOS a device driver??  It's bad
  789. enough that I have to give up 17-20K each time I run a program that uses SBOS,
  790. now I have to dedicate this memory to SBOS PERMANENTLY??  I really don't like
  791. messing with multiple CONFIG and AUTOEXEC setups, but it looks like I'm going
  792. to have to do this in the future.  Please, if you're listening out there
  793. Gravis, DO NOT KEEP SBOS AS A DEVICE DRIVER!!
  794. *Flame mode off*
  795.  
  796. Boy, that feels better... :-)
  797.  
  798.        Matthew E. Bernold             MEB117@PSUVM.PSU.EDU
  799.          <<APOCALYPSE>>                  meb@haydn.psu.edu
  800.  
  801. ------------------------------
  802.  
  803. Date: Thu, 31 Dec 92 4:39:09 EST
  804. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  805. Message-Id: <9212310939.AA10740@sciborg.uwaterloo.ca>
  806. Subject: Ultrasound Daily Digest V1 #62
  807. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  808.  
  809. > Date: Tue, 29 Dec 92 08:08:02 PST
  810. > From: "Burns Fisher, VMS DECwindows  29-Dec-1992 1056" <fisher@decwin.enet.dec.com>
  811. > Message-Id: <9212291608.AA00737@enet-gw.pa.dec.com>
  812. > Subject: Questions that I can't answer
  813. > To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  814. > Well, I just answered some questions from a new user, but I am also a new user
  815. > and have some questions that I CAN'T answer.  Can someone else?
  816. > 1)  Ok, so the media player does not load patches.  Will it ever?  How does
  817. > this eventually get fixed?
  818. >
  819.  
  820. Media Player *does* load patches.  However, it will not abort when it runs
  821. out of memory on the GUS, and it will not substitute a piano for all the
  822. patch numbers not listed in the ultrasound.ini file (the Windows equivalent 
  823. of default.cfg).
  824.  
  825. > 2)  For playmidi, you apparently need to have a patch change command in the
  826. > MIDI file in order for it to load a patch, even from the default list.  Is
  827. > there a way to convince it to use a set of default patches for each channel?
  828. > (Is that the -a and -g parameters?  Not clear from the docs.  Note:  I know
  829. > about the .cfg files.  Those tell which patch number goes to what patch file.
  830. > I want to assign default patches to each channel.
  831. >
  832.  
  833. Playmidi defaults to acpiano1.pat for all channels.  I don't think there
  834. is a way to set your own channel defaults.
  835.  
  836. [questions I couldn't answer deleted] 
  837.  
  838. Phat.
  839.  
  840. ------------------------------
  841.  
  842. Date: Thu, 31 Dec 92 4:51:48 EST
  843. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  844. Message-Id: <9212310951.AA10766@sciborg.uwaterloo.ca>
  845. Subject: Ultrasound Daily Digest V1 #63
  846. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  847.  
  848. > Date: 30 Dec 92 23:17:26 EST (Wed)
  849. > From: orbit@m-net.ann-arbor.mi.us (Adam Traidman)
  850. > Message-Id: <9212302317.AA20802@m-net.ann-arbor.mi.us>
  851. > Subject: New Windows Drivers
  852. > To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  853. > After having downloaded the new windows drivers,
  854. > I was glad to see that WinMod can now play in 16bit,
  855. > stereo.  Good job guys...
  856. >     Anyhow, I have a question...  With the
  857. >  new windows drivers, the MediaPlayer is actually loading
  858. > the patches into GUS RAM, so I should get quality equal to
  859. >  PLAYMIDI outside of windows, correct?
  860.  
  861. Not quite.  Media Player has always been loading patches onto the GUS,
  862. but with three differences from playmidi:
  863.  
  864.    1.  Media Player does not abort when it runs out of memory for the
  865.        patches.  Whatever patches that do not fit will not be played.
  866.    2.  Media Player does not default to acpiano1.pat (or any other
  867.        patch) for patch numbers not listed in ultrasnd.ini.
  868.    3.  The patch-number-to-patch-filename mapping is done in ultrasnd.ini
  869.        for Media Player as opposed to default.cfg for playmidi.
  870.  
  871. Also, even the latest MIDI driver for Windows does not support panning
  872. for stereo effects and is only capable of 12-voice polyphony.  Playmidi
  873. does do panning, and supports 20-voice polyphony, so files played under
  874. DOS will sound quite a bit better than those played in Windows.  Now,
  875. we just have to wait for a player that supports 32-voice polyphony.
  876.  
  877. >     Also, do I need to edit the patch maps, and choose
  878. > "Ultra" for each of the channels, as opposed to none?  By the
  879. > way, exactly what do the patch maps do?
  880.  
  881. If you're just playing songs that conform to General MIDI, then you can
  882. leave the patch maps at "none".  All patch mapping does is substitutes
  883. one patch for another.
  884.  
  885. Phat.
  886.  
  887. ------------------------------
  888.  
  889. End of Ultrasound Daily Digest V2 #1
  890. ******************************
  891.  
  892. Digest Address:                                        ultrasound@dsd.es.com
  893.                                                 To post to tomorrow's digest
  894.  
  895. Request Server Address:                        ultrasound-request@dsd.es.com
  896.                                 To subscribe, unsubscribe, and request files
  897.  
  898. Owner Address:                                   ultrasound-owner@dsd.es.com
  899.                                To contact a human if the server has troubles
  900.  
  901. FTP Sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  902.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  903.  
  904.  
  905.